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DETAILED ACTION 

Response to Arguments 

1 . Applicant's arguments with respect to claim 1 -2, 4-5, 7-11, 13, 1 5-1 7, 20-25, 27, 
31 , 33-35, and 37 have been considered but are moot in view of the new ground(s) of 
rejection. The examiner acknowledges the applicant's invoke of 35 U.S.C 103 (c), thus 
the Hannuksela reference will not be used anymore. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1,2,4,5,7-11,13,15-17, 20-25, 27, 31 , 33-35, and 37 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Harumoto et al. (US 2002/0004840) 
in view of Radha et al. (US 6,700,893). 

With regard to claim 1 , Harumoto et al. teaches (see figures 3 and 5): A method 
for receiving a packet stream at a client (terminal, 102), comprising estimating packet 
stream transfer delay variation (T_delay: step 1 01 ); estimating parameters of a jitter 
buffer based on the packet stream transfer delay variation (S_target: step 101 or step 
107); and transmitting to the server information indicative of an aggregate of the pre- 
decoder buffering parameters and the jitter buffer (step 102 or step 108: The terminal 
has a reception buffer and a decoder buffer (see figure 3) for receiving video stream. 
The terminal sends its buffer and transmission capacity (buffer and jitter size: S_target), 
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and its time delay (packet stream transfer delay variation) to the server to increase or 
decrease the transmission speed (see page 6, paragraphs 131-132). But before it 
sends that information to the server, it must determine or calculate (estimate) that 
capacity and delay (step s1 01 : page 8, paragraphs 1 51 -1 53)). 

Harumoto fails to disclose that the client's signaling engine is receiving from the 
server pre-decoder buffer parameters to ensure that the client is able to play out the 
packet stream without buffer violation when the packet stream is transmitted over a 
constant delay, reliable transmission channel. 

Radha teaches a similar system of a server sending a packet stream to a client. 
Radha teaches a client device that has a pre-decoder buffer (ITD buffer) and a decoder 
(see figure 1 : column 5, lines 45-60). Similar to Harumoto, the client device has a buffer 
controller (buffer management circuit, 510) that estimates delay, jitter, and bandwidth of 
the network (column 12, lines 20-35). However, Radha also teaches how parameter 
(listed above) may be from the streaming video transmitter, 110, (server). Thus Radha 
teaches a server transmitting to parameter information to the client before estimated the 
buffer and delay in order to improve the client to compensate for variations in the 
network (column 2, lines 35-42). Also Radha teaches that channel, 220, on the network 
is at a constant delay (column 6, lines 1-45). 

Therefore it would have been obvious to one having ordinary skill in the art at the 
time invention was made to a client to receive buffering parameters information from the 
server, when the packet stream is transmitted over a constant delay, reliable channel as 
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taught by Radha in the system Harumoto in order to improve the client to compensate 
for variations in the network. 

With regard to claim 13, Harumoto et al. teaches (see figures 3 and 5): A 
streaming client, comprising: a pre-decoder buffer (reception buffer, 505) for storing a 
packet stream from a server (page 6, paragraph 121); a media decoder (playback 
module, 510) for decoding the packet stream (page 6, paragraph 122); a buffer 
controller (CPU, 503) for estimating packet stream transfer delay variation and for 
estimating parameters of a jitter buffer based on the packet stream transfer delay 
variation (see page 7, paragraphs 138-140: The terminal determines (estimate) its 
buffer and transmission capacity (buffer and jitter size: S target), and its time delay 
(packet stream transfer delay variation.); and a signaling engine (transmission/reception 
module, 507) for providing information indicative of an aggregate of the pre-decoder 
buffering parameters and the jitter buffer to the server (page 7, paragraph 142: sends 
setup command with T_delay, S-target, and/or S-delay.). 

Harumoto fails to disclose that the client's signaling engine is receiving from the 
server pre-decoder buffer parameters to ensure that the client is able to play out the 
packet stream without buffer violation when the packet stream is transmitted over a 
constant delay, reliable transmission channel. 

Radha teaches a similar system of a server sending a packet stream to a client. 
Radha teaches a client device that has a pre-decoder buffer (ITD buffer) and a decoder 
(see figure 1 : column 5, lines 45-60). Similar to Harumoto, the client device has a buffer 
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controller (buffer management circuit, 510) that estimates delay, jitter, and bandwidth of 
the network (column 12, lines 20-35). However, Radha also teaches how parameter 
(listed above) may be from the streaming video transmitter, 110, (server). Thus Radha 
teaches a server transmitting to parameter information to the client before estimated the 
buffer and delay in order to improve the client to compensate for variations in the 
network (column 2, lines 35-42). Also Radha teaches that channel, 220, on the network 
is at a constant delay (column 6, lines 1-45). 

Therefore it would have been obvious to one having ordinary skill in the art at the 
time invention was made to a client to receive buffering parameters information from the 
server, when the packet stream is transmitted over a constant delay, reliable channel as 
taught by Radha in the system Harumoto in order to improve the client to compensate 
for variations in the network. 

With regard to claims 27 and 34, Harumoto et al. teaches (see figure 2 and 4): A 
streaming server (101 ) for transmitting a packet stream to a client device (102), said 
streaming server comprising: a signaling engine (a transmission/reception module, 402) 
for receiving information indicative of an aggregate of the client's pre-decoder buffering 
parameters and a jitter buffer (page 6, paragraph 119, and page 7, paragraph 142: 
sends setup command with T_delay, S-target, and/or S-delay.); and a rate controller 
adapted to adjust a rate at which media data is transmitted from the server in 
accordance with the aggregate buffering parameters (page 7, paragraph 0143: the 
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packet assembling circuit, 406, of server performs rate controlling steps for the data 
stream.). 

Harumoto fails to disclose that the client's signaling engine is receiving from the 
server pre-decoder buffer parameters to ensure that the client is able to play out the 
packet stream without buffer violation when the packet stream is transmitted over a 
constant delay, reliable transmission channel. 

Radha teaches a similar system of a server sending a packet stream to a client. 
Radha teaches a client device that has a pre-decoder buffer (ITD buffer) and a decoder 
(see figure 1 : column 5, lines 45-60). Similar to Harumoto, the client device has a buffer 
controller (buffer management circuit, 510) that estimates delay, jitter, and bandwidth of 
the network (column 12, lines 20-35). However, Radha also teaches how parameter 
(listed above) may be from the streaming video transmitter, 110, (server). Thus Radha 
teaches a server transmitting to parameter information to the client before estimated the 
buffer and delay in order to improve the client to compensate for variations in the 
network (column 2, lines 35-42). Also Radha teaches that channel, 220, on the network 
is at a constant delay (column 6, lines 1-45). 

Therefore it would have been obvious to one having ordinary skill in the art at the 
time invention was made to a client to receive buffering parameters information from the 
server, when the packet stream is transmitted over a constant delay, reliable channel as 
taught by Radha in the system Harumoto in order to improve the client to compensate 
for variations in the network. 
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With regard to claim 2, Harumoto teaches: wherein the pre-decoder buffering 
parameters received are chosen based on variable bit-rate characteristics of the 
transmitted packet stream and the buffering (41 1) applied by the server (page 7, 
paragraph 0142-0143). 

With regard to claims 4, and 20, Harumoto teaches (see figure 4): wherein the 
information indicative of the aggregate buffering parameters is transmitted to the server 
at beginning of a new streaming session (RTSP setup is at beginning session, page 6, 
paragraphs 125 and 131). 

With regard to claims 5 and the first part of claim 33, Harumoto teaches (see 
figure 5) 

determining parameters of the jitter buffer based on the estimated packet stream 
transfer delay variation during a streaming session (step s107) and transmitting an 
aggregate of the pre-decoder buffering parameters and the changed jitter buffer during 
the streaming session (step s108: page 8, paragraph 159). 

With regard to claims 7, second part of 33, 37, Harumoto teaches: 

wherein the streaming server is adapted to optionally consider the information 
indicative of the client's chosen pre-decoder buffering parameters in rate control and/or 
rate shaping (page 7, paragraph 0143: the packet assembling circuit of server performs 
rate controlling steps for the data stream.) 

With regard to claims 8, 21, and 31, Harumoto teaches: wherein the information 
indicative of the aggregate buffering parameters received by the server includes at least 
one of the following: information regarding a size of the client's pre-decoder buffer (page 
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buffer capacity, page 6, paragraph 132), information regarding a pre-decoder buffering 
period, (s delay, page 7, paragraphs 141- 142), and information regarding a post- 
decoder buffering time. 

With regard to claims 16 and 17, Radha teaches: wherein the pre-decoder buffer 
and the jitter buffer are implemented as a single buffer unit (column 9, lines 1-11: the 
examiner views the decoder buffer is a jitter buffer and pre-decoder buffer since it 
transmits the data to decoder at a rate to avoid underflow considerations and handles 
jitter from the network.). 

4. Claims 9-1 1 , 23-25 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Harumoto and Radha as applied to claims 1/13 above, and further in view of 
Deshpande (US 7,047,308). 

Harumoto and Radha teaches a client sending a buffering parameters to SETUP 
/PLAY request command (see figure 4 of Harumoto) before the session starts and after 
the sessions starts (see figure 5 of Harumoto), step 108), but it fails to disclose that the 
those commands are Real-Time Streaming Protocol messages. 

However Despande teaches a system, in which client and server uses RSTP 
messages to communicate and inform with each others about theirs buffer parameters 
(column 4, lines 55-67). 

Therefore it would have been obvious to one having ordinary skill in the art at the 
time invention was made to uses any RTSP message to relay buffer parameter to the 
server from the clients as taught by Despande in the system of Harumoto and Radha in 
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order to use a typical streaming media system to transmit packet streams (column 1 , 
lines 40-45). 

5. Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Harumoto and Radha as applied to claim 1 above, and further in view of Schuster et al. 
(US 6,785,261). 

Harumoto and Radha do not to disclose a post- decoder buffer for storing media 
data after decoding. However Schuster teaches a buffer after a decoder in VOIP 
network (see figure 4, buffer 400 is after decoder, 420: column 13, lines 20-40) for 
transmitting packet streams in order to reduce cost for long distances costs for 
multimedia conferencing (column 1 , lines 25-45). Thus it would have been obvious to 
one having ordinary skill in the art at the time invention was made to use the buffer after 
a decoder as taught by Schuster in system of Harumoto and Radha in order to reduce 
cost. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MARCUS R. SMITH whose telephone number is 
(571)270-1096. The examiner can normally be reached on Mon-Thurs: 7:30 am - 5:00 
p.m. and every other Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Pankaj Kumar can be reached on 571 272-301 1 . The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

MRS 5/21/09 

/Pankaj Kumar/ 

Supervisory Patent Examiner, Art Unit 2419 



